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1 STATEMENT OF THE CASE 

2 Appellants appeal under 35 U.S.C. § 134 (2002) from a final rejection 

3 of claims 1-20. We have jurisdiction under 35 U.S.C. § 6(b) (2002). 

4 Appellants invented systems and methods for authorizing an online 

5 purchase between a customer and a vendor (Abstr.). 

6 Claim 1 under appeal is further illustrative of the claimed invention as 

7 follows: 

8 1 . A method for authorizing an online 

9 purchase between a customer and a vendor site, the 

10 method comprising steps of: 

11 at a funds transaction server, receiving 

12 transaction information from the vendor site, 

13 wherein the transaction information comprises a 

14 transaction amount; 

15 opening a pop-up window for the customer; 

16 from the funds transfer sever, interacting 

17 with the pop-up window to present a transaction 

18 amount in the pop-up window and receiving 

19 customer assent to the transaction amount; 

20 receiving authorization from the customer of 

21 a debit for the transaction amount, wherein the 

22 debit corresponds to the online purchase; and 

23 notifying the vendor site of authorization. 

24 The prior art relied upon by the Examiner in rejecting the claims on 

25 appeal is: 

26 Daniels US 5,758,126 May 26, 1998 

27 Stein US 5,826,241 Oct. 20, 1998 

28 Wilf US 5,899,980 May 4, 1999 

29 Kolling US 5,920,847 Jul. 6, 1999 1 



! While Kolling is not listed in the Evidence Relied Upon section on pages 2- 
3 of the Examiner's Answer, Kolling has been cited in rejecting claims 8 and 
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1 Matyas US 6,102,287 Aug. 15, 2000 

2 Paltenghe US 2002/0004783 Al Jan. 10, 2002 

3 Applicants' Admitted Prior Art (hereinafter "AAPA"). 

4 The Examiner rejected claims 1-7, 9-15, and 17-20 under 35 U.S.C. § 

5 103(a) as being unpatentable over Wilf in view of Stein, Paltenghe, Daniels, 

6 Matyas, and AAPA. 

7 The Examiner rejected claims 8 and 16 under 35 U.S.C. § 103(a) as 

8 being unpatentable over Wilf, Stein, Fung, AAPA, and Kolling. 

9 We AFFIRM-IN-PART. 
10 

11 ISSUES 

12 Did the Examiner err in asserting that a combination of Wilf, Stein, 

13 Paltenghe, Daniels, Matyas, and AAPA renders obvious the recitation of 

14 "from the funds transfer server," "interacting with the pop-up window to 

15 present a transaction amount in the pop-up window," and "receiving 

16 customer assent to the transaction amount," as recited in independent claims 

17 1, 10, and 17? 

18 Did the Examiner err in combining Wilf, Stein, Paltenghe, Daniels, 

19 Matyas, and AAPA, because the Examiner failed to identify the level of skill 

20 in the relevant art? 

21 Did the Examiner err in combining Wilf, Stein, Paltenghe, Daniels, 



22 Matyas, and AAPA, because the Examiner only set forth one motivation 

23 from Wilf for combining all of the references? 



16 in every Office Action beginning with a non-final Office Action mailed 
March 6, 2003. Moreover, Appellants have not argued the merits of 
Kolling. Accordingly, the omission of Kolling from the Evidence Relied 
Upon section is considered inadvertent and substantively irrelevant to this 
appeal. 
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1 Did the Examiner err in asserting that a combination of Wilf, Daniels, 

2 Matyas, and AAPA renders obvious "wherein the pop-up window overlays 

3 an existing web browser window of a web site associated with the merchant 

4 system," as recited in dependent claim 12? 

5 Did the Examiner err in asserting that a combination of Wilf, Daniels, 

6 Matyas, and AAPA renders obvious "wherein the receiving transaction 

7 information step triggers the opening a pop-up window step," as recited in 

8 dependent claim 13? 
9 

10 FINDINGS OF FACT 

1 1 Specification 

12 Appellants invented systems and methods for authorizing an online 

1 3 purchase between a customer and a vendor (Abstr.). 
14 

15 Wilf 

16 Wilf discloses that a preferred way of payment is by credit card. 

17 However, because of security concerns there is great reluctance of the users 

18 to transmit credit card account information over the Internet (col. 1, 11. 24- 

19 27). 
20 

21 Stein 

22 Stein discloses a funds transfer transaction where at approximately the 

23 same time that the seller 28 sends information product to the buyer 20 via 

24 the Internet, the seller 28 also sends a transfer-request message 129 to the 

25 payment system 10 via the Internet 12. Specifically, the seller 28 sends the 

26 transfer-request message 129 to the front end program 90 on the front end 
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1 computer 50. The transfer-request message 129 may be sent by either e-mail 

2 or using an interactive protocol on the Internet 12. The transfer-request 

3 message 129 contains the following information: the buyer cardnumber 

4 102B, the seller cardnumber 102S, a transfer type 130 (e.g., sale of 

5 information), a textual description 132 of the transaction, a transfer amount 

6 134, the currency 112S (e.g., USD); and optionally, the merchant's 

7 transaction-identifier 136 (col. 7, 11. 34-48). 

8 After receiving the transfer-request message 129, the front end 

9 program 90 asks the buyer 20 whether the buyer 20 wishes to authorize 

10 payment for the transaction 132 to the seller 28. Specifically, the front end 

1 1 program 90 sends a transfer-query message 140 to the buyer 20. Using the 

12 information contained in the transfer-request message 129 from the seller 28, 

13 specifically the buyer's cardnumber 102B and the seller's cardnumber 102S, 

14 the front end program 90 looks up the buyer's name 103B and the seller's 

15 name 103S. The transfer-query message 140 contains: a transaction- 

16 identifier 142 uniquely-generated by the front end program 90, the buyer's 

17 name 103B, the seller's name 103S, the transfer type 130, the textual 

18 description of the transaction 132, and a transfer amount 135 in the currency 

19 preference 1 12B associated with the buyer's cardholder account (which may 

20 represent a currency exchange of the transaction amount 134 into the buyer's 

21 currency preference 1 12B and further which fixes the transfer amount, with 

22 respect to currency fluctuations, in the currency used by the buyer). In 

23 addition, if currency denomination exchange occurred, the original currency 

24 1 12S and amount 134 are noted in the message 140. In the transfer-query 

25 message 140, the buyer's name 103B and the seller's name 103B are used 

26 instead of the buyer's cardnumber 102 and the seller's cardnumber 102S in 
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1 order to minimize transmission of the cardnumber information over the 

2 Internet thereby improving security of the system. After sending the 

3 transfer-query message 140, the front end program 90 waits for a response 

4 from the buyer 20 (col. 7, 1. 49 through col. 8, 1. 10). 

5 The buyer 20 may respond by sending a transfer-response message 

6 150 to the front end computer 50 via the Internet. The transfer-response 

7 message 150 contains the following data: the payment system generated 

8 transaction-identifier 142 and an indication 152 of the buyer's willingness to 

9 allow transfer of funds. The willingness indication 152 is one of '"yes,"' 
10 "'no,'" or, "'fraud'" (col. 8, 11. 11-18). 

11 



12 Daniels 

13 Daniels discloses that pop-up windows are windows which open or 

14 '"pop-up"' when a display button is actuated (col. 13, 11. 58-60). 
15 

16 Maty as 

17 Matyas discloses that Netscape Navigator (browser) can open a pop- 

18 up window, which will allow the user to download and install the required 

19 plug-in. Once the plug-in has been installed, it can be reused repeatedly 

20 without downloading each time (col. 12, 11. 41-45). 

21 Using the information contained in the <EMBED> tag, the MiniPay 

22 plug-in displays a pop-up window with all the necessary information to 

23 permit the user to initiate a MiniPay payment order (col. 12, 11. 46-49). 
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1 PRINCIPLES OF LAW 

2 Obviousness 

3 One cannot show non-obviousness by attacking references 

4 individually where the rejections are based on combinations of references. 

5 In re Keller, 642 F.2d 413, 426 (CCPA 1981). 

6 When there is a design need or market pressure to solve a problem 



7 and there are a finite number of identified, predictable solutions, a person of 

8 ordinary skill in the art has good reason to pursue the known options within 

9 his or her technical grasp. If this leads to the anticipated success, it is likely 

10 the product not of innovation but of ordinary skill and common sense. KSR 

11 Int'l Co. v. Teleflex Inc., 550 U.S. 398, 402-03 (2007). 

12 It is well-established that an invention may be held to have been 

13 obvious without a specific finding of a particular level of skill where the 

14 prior art itself reflects an appropriate level. See Chore-Time Equip., Inc. v. 

15 Cumberland Corp., 713 F.2d 774, 779 (Fed. Cir. 1983). See also Okajima v. 

16 Bourdeau, 261 F.3d 1350, 1355 (Fed. Cir. 2001); In re GPAC Inc., 57 F.3d 

17 1573, 1579 (Fed. Cir. 1995); In re Oelrich, 579 F.2d 86, 91 (CCPA 1978). 



18 During examination, the examiner bears the initial burden of 

19 establishing a prima facie case of obviousness. In re Oetiker, 977 F.2d 

20 1443, 1445 (Fed. Cir. 1992). 
21 

22 ANALYSIS 

23 Pop-Up Window 

24 We are not persuaded that the Examiner erred in asserting that a 

25 combination of Wilf, Stein, Paltenghe, Daniels, Matyas, and AAPA renders 

26 obvious the recitation of from the funds transfer server, interacting with the 
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1 pop-up window to present a transaction amount in the pop-up window, and 

2 receiving customer assent to the transaction amount, as recited in 

3 independent claims 1, 10, and 17 (App. Br. 5-6; Reply Br. 1-2). Stein 

4 discloses that transfer-query message 140 is sent from front-end program 90 

5 to buyer 20 (col. 7, 11. 52-54). Transfer-query message 140 includes transfer 

6 amount 134, 135, depending on the currency, and a request to buyer 20 to 

7 authorize the transfer via indication 152 in transfer-response message 150 

8 (col. 7, 1. 58 through col. 8, 1. 18). Accordingly, the Examiner has shown 

9 that front-end program 90 corresponds to the recited funds transfer server, 

10 that transfer-query message 140 corresponds to the recited interacting with 

1 1 the user's computer to present a transaction amount, and that indication 152 

12 via transfer-response message 150 corresponds to the recited customer 

13 assent. Thus, the only aspect missing from Stein is that the form of the 

14 interaction is with a pop-up window; the interaction itself is met by Stein. 

15 See In re Keller, 642 F.2d at 426. 

16 Stein further discloses that transfer-request message 129, and thus also 

17 transfer-query message 140, may be sent by either e-mail or using an 

18 interactive protocol on the Internet 12 (col. 7, 11. 40-41). Daniels and Matyas 

19 each disclose that pop-up windows can be used for presenting information to 

20 the user. Matyas in particular discloses that pop-up windows can be used for 

21 financial transactions (col. 12, 11. 41-49). Accordingly, as Stein discloses 

22 that any interactive protocol can be used for presenting information to the 

23 user, and Daniels and Matyas disclose that pop-up windows are one such 

24 protocol, we agree with the Examiner that it would have been obvious to 

25 modify Stein to include the pop-up windows of Daniels and Matyas to arrive 

26 at the aforementioned aspects of independent claims 1,10, and 17, 
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1 especially where Matyas discloses that pop-up windows can be used for 

2 financial transactions, and the number of ways for presenting information to 

3 the user are finite. See KSR Int'l Co. v. Teleflex Inc., 550 U.S. at 402-03. 
4 

5 Level of Skill 

6 We are not persuaded that the Examiner erred in combining Wilf, 

7 Stein, Paltenghe, Daniels, Matyas, and AAPA, because the Examiner failed 

8 to explicitly identify the level of skill in the relevant art (App. Br. 7; Reply 

9 Br. 2). The prior art itself, which is all in the field of computers and the 

10 Internet, properly establishes the appropriate level of skill in the art. See 

11 Chore-Time Equip., Inc. v. Cumberland Corp., 713 F.2d at 779. 
12 

13 Motivation 

14 We are not persuaded that the Examiner erred in combining Wilf, 

15 Stein, Paltenghe, Daniels, Matyas, and AAPA, because the Examiner only 

16 set forth one motivation from Wilf for combining all of the references (App. 

17 Br. 7; Reply Br. 2). For the pop-up window aspect, page 4 of the 

18 Examiner's Answer recites that "[t]he ordinary practitioner of the art would 

19 have seen it as obvious at the time of Applicant's invention that a web 

20 browser window was a practical and popular interface for displaying this 

21 transaction data for the customer buyer's authorization or rejection of the 

22 payment by transfer." The Examiner then cites Daniels, Matyas, and the 

23 AAPA as examples supporting this modification. Accordingly, the 

24 motivation for modifying Stein to include a pop-up window does not flow 

25 from Wilf. 
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1 Dependent Claim 12 

2 We are not persuaded that the Examiner erred in asserting that a 

3 combination of Wilf, Daniels, Matyas, and AAPA renders obvious "wherein 

4 the pop-up window overlays an existing web browser window of a web site 

5 associated with the merchant system," as recited in dependent claim 12 

6 (App. Br. 7-8; Reply Br. 3). There are only two options for presenting a 

7 pop-up window in relation to another window: either it does or does not 

8 overlay an existing web browser window. Such limited options support a 

9 conclusion of obviousness. See KSR Int'l Co. v. Teleflex Inc., 550 U.S. at 
10 402-03. 

11 

12 Dependent Claim 13 

13 We are persuaded that the Examiner erred in asserting that a 

14 combination of Wilf, Daniels, Matyas, and AAPA renders obvious "wherein 

15 the receiving transaction information step triggers the opening a pop-up 

16 window step," as recited in dependent claim 13 (App. Br. 8; Reply Br. 3). 

17 The Examiner asserts that "Wilf, Daniels, Matyas and AAPA disclose a 

18 method wherein the receiving transaction information step triggers the 

19 opening of a pop-up window step (This triggering step is implicit to the way 

20 a pop-up window or automatically opening window is implicitly designed to 

21 work)" (Exam'r's Ans. 7). Even if the cited references generally disclose 

22 the nature of how pop-up windows are triggered, the Examiner has not met 

23 the initial burden of showing how the references disclose that receiving 

24 transaction information triggers the opening as recited in dependent claim 

25 13. In re Oetiker, 977 F.2d at 1445. 
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1 CONCLUSION 

2 The Appellants have not shown that the Examiner erred in rejecting 

3 claims 1-12 and 14-20. 

4 The Appellants have shown that the Examiner erred in rejecting claim 

5 13. 
6 

7 DECISION 

8 The decision of the Examiner to reject claims 1-12 and 14-20 is 

9 affirmed. 

10 The decision of the Examiner to reject claim 13 is reversed. 

11 No time period for taking any subsequent action in connection with 

12 this appeal may be extended under 37 C.F.R. § 1.136(a). See 37 C.F.R. 

13 § 1.136(a)(l)(iv)(2007). 
14 

15 AFFIRMED-IN-PART 
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